Перевод: со всех языков на все языки

со всех языков на все языки

снижение качества работы

  • 1 снижение качества работы

    Aviation medicine: performance impairment

    Универсальный русско-английский словарь > снижение качества работы

  • 2 снижение летных качеств

    лист, используемый в качестве резервуара краски — ink sheet

    Авиация и космонавтика. Русско-английский словарь > снижение летных качеств

  • 3 критерий качества

    Русско-английский большой базовый словарь > критерий качества

  • 4 экономичный режим работы источника бесперебойного питания

    1. economy mode
    2. ECO mode

     

    экономичный режим работы источника бесперебойного питания
    -

    EN

    ECO mode
    An economical mode of operation, which enables certain On-Line UPS systems to work in an Off-Line mode from the Utility, while the inverter, which is in hot standby operation, is able to accept load upon mains failure.
    [ http://www.upsonnet.com/UPS-Glossary/]

    В настоящее время для повышения эффективности (КПД) применяется комби­нированная схема, суть функционирования которой заключается в следующем. Выделяется диапазон входного напряжения, как правило ±6...10 %, в котором ИБП работает в так называемом экономичном режиме (переходит на статический бай­пас), а при выходе входного напряжения из этого диапазона ИБП в течение 2...4 мс переходит в режим on-line.

    При использовании ИБП в электросетях, имею­щих показатели качества электроэнергии не ниже ГОСТ 13109-97, эта технология дает существенное снижение потерь электроэнергии за счет высокого коэффициен­та полезного действия в экономичном режиме. Все потери электроэнергии в этом режиме сводятся к потерям в проводниках и тиристорах статического байпаса. КПД при этом приближается к 98 %.

    Однако и у этой схемы имеются некоторые недостатки:

    - при применении таких ИБП в качестве централизованных в двухуровневой схеме СБЭ диапазон напряжения, в котором осуществляется работа в эконо­мичном режиме, должен быть меньше диапазона напряжения ИБП второго уровня до перехода на питание от батарей, чтобы не вызвать перехода ИБП второго уровня в автономный режим;

    - при работе в экономичном режиме ИБП не защищает входную сеть от гармо­нических искажений тока, вызываемых нагрузкой с импульсными блоками питания. Как следствие, необходимо увеличение сечения нейтрального про­водника на входе ИБП и значительное увеличение мощности ДГУ (по данным фирмы АРС, мощность ДГУ должна превышать расчетную мощность ИБП в 6...9 раз). При работе ИБП с ДГУ соизмеримой мощности следует средства­ми конфигурирования ИБП исключать экономичный режим работы.

    [ http://electromaster.ru/modules/myarticles/article.php?storyid=365]
     

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > экономичный режим работы источника бесперебойного питания

  • 5 performance impairment

    Универсальный англо-русский словарь > performance impairment

  • 6 performance impairment

    Англо-русский словарь по авиационной медицине > performance impairment

  • 7 incident

    1. происшествие
    2. непредвиденный отказ
    3. инцидент (в информационных технологиях)
    4. инцидент (в Service Manager 2010)
    5. инцидент
    6. авария

     

    авария
    Неожиданный выход из строя конструкции, машины, системы инженерного оборудования сооружений
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]
    авария
    Опасное техногенное происшествие, создающее на объекте, определенной территории или акватории угрозу жизни и здоровью людей и приводящее к разрушению зданий, сооружений, оборудования и транспортных средств, нарушению производственного или транспортного процесса, а также к нанесению ущерба окружающей природной среде.
    Примечание
    Крупная авария, как правило с человеческими жертвами, является катастрофой.
    [ ГОСТ Р 22.0.05-94]

    авария
    Опасное техногенное происшествие, создающее на объекте, определенной территории или акватории угрозу жизни и здоровью людей и приводящее к разрушению зданий, сооружений, оборудования и транспортных средств, нарушению производственного или транспортного процесса, а также к нанесению ущерба окружающей природной среде.
    [СО 34.21.307-2005]

    авария
    Разрушение сооружений и (или) технических устройств, применяемых на опасном производственном объекте, неконтролируемые взрыв и (или) выброс опасных веществ
    [Федеральный закон от 21. 07.1 997 № 116-ФЗ «О промышленной безопасности опасных производственных объектов»]
    [СТО Газпром РД 2.5-141-2005]

    авария
    Разрушение сооружений и (или) технических устройств, применяемых на опасном производственном объекте, неконтролируемый взрыв и (или) выброс опасных веществ.
    [ ГОСТ Р 12.3.047-98]

    авария
    Разрушение сооружений, оборудования, технических устройств, неконтролируемые взрыв и/или выброс опасных веществ, создающие угрозу жизни и здоровью людей.
    [ ГОСТ Р 12.0.006-2002]
    авария
    Событие, заключающееся в переходе объекта с одного уровня работоспособности или относительного уровня функционирования на другой, существенно более низкий, с крупным нарушением режима работы объекта.
    Примечание.
    Авария может привести к частичному или полному нарушению объекта, массовому нарушению питания потребителей, созданию опасных условий для человека и окружающей среды. Признаки аварии указываются в нормативно-технической документации.
    [ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

    авария
    аварийная ситуация
    crash
    Неустранимая неисправность, приводящая к перерыву в работе и потери части информации. Восстановление работоспособности аппаратных средств обычно осуществляется путем неоперативной замены неисправных модулей на исправные.
    [Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

    Тематики

    EN

    DE

    FR

     

    инцидент
    Отказ или повреждение технических устройств, применяемых на опасном производственном объекте, отклонение от режима технологического процесса, нарушение положений Федеральных законов и иных нормативных правовых актов Российской Федерации, а также нормативных технических документов, устанавливающих правила работ на опасном производственном объекте.
    [Федеральный закон от 21. 07.1 997 № 116-ФЗ «О промышленной безопасности опасных производственных объектов»]
    [СТО Газпром РД 2.5-141-2005]

    инцидент
    Отказ машины и (или) оборудования, отклонение от режима технологического процесса, нарушение правил эксплуатации.

    инцидент
    Событие, вызванное человеческим или естественным фактором, которое требует деятельности аварийного персонала для прекращения или минимизации потерь, сохранения жизни, предотвращения повреждений собственности или сохранения естественных ресурсов.
    [ ГОСТ Р 53389-2009]
    инцидент
    Происшествие, которое может оказать умеренное воздействие на проведение Игр и потенциально привести к кризисной ситуации.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    инцидент
    Ситуация, которая может произойти и привести к нарушению деятельности организации, разрушениям, потерям, чрезвычайной ситуации или кризису в бизнесе
    [ ГОСТ Р 53647.1-2009]

    инцидент
    (ITIL Service Operation)
    Незапланированное прерывание или снижение качества ИТ-услуги. Сбой конфигурационной единицы, который еще не повлиял на услугу, также является инцидентом, как, например, сбой одного диска из массива зеркалирования.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    incident
    (ITIL Service Operation)
    An unplanned interruption to an IT service or reduction in the quality of an IT service. Failure of a configuration item that has not yet affected service is also an incident – for example, failure of one disk from a mirror set.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    incident
    Occurrence that may have a moderate impact on the Games and could potentially lead to a crisis.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    EN

     

    инцидент (в Service Manager 2010)
    Способ отслеживания любых событий, выходящих за рамки обычной работы услуги и способных вызвать перебой или снижение ее качества.
    [ http://systemscenter.ru/scsm_help.ru/]

    EN

    incident
    A way of tracking any event that is not part of the standard operation of a service and that causes, or may cause, an interruption to, or a reduction in, the quality of that service.
    [ http://systemscenter.ru/scsm_help.ru/]

    Тематики

    EN

     

    инцидент (в информационных технологиях)
    Незапланированное прерывание ИТ-услуги или снижение качества ИТ-услуги. Сбой Конфигурационной единицы, который еще не повлиял на Услугу, также является инцидентом. Например, сбой одного диска из массива зеркалирования.
    [ http://www.dtln.ru/slovar-terminov]

    Тематики

    EN

     

    непредвиденный отказ
    случайный отказ (техники)
    —
    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

    Тематики

    • электротехника, основные понятия

    Синонимы

    EN

     

    происшествие
    Событие, которое может привести к явлению или эпизоду, не являющемуся серьезным (МСЭ-Т Е.409).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

    2.7 инцидент (incident): Любое событие, которое не является частью стандартной операции услуги и которое вызывает или может вызвать прерывание или снижение качества предоставления услуги.

    Примечание - Это событие может вызывать обращения со следующими вопросами: «Как сделать, чтобы я...?».

    Источник: ГОСТ Р ИСО/МЭК 20000-1-2010: Информационная технология. Менеджмент услуг. Часть 1. Спецификация оригинал документа

    3.32 инцидент (incident): Любое непредвиденное или нежелательное событие, которое может нарушать деятельность или информационную безопасность [2].

    Примечание - К инцидентам информационной безопасности относятся:

    - утрата услуг, оборудования или устройств;

    - системные сбои или перегрузки;

    - ошибки пользователей;

    - несоблюдение политик или рекомендаций;

    - нарушение физических защитных мер;

    - неконтролируемые изменения систем;

    - сбои программного обеспечения и отказы технических средств;

    - нарушение правил доступа.

    Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3.32 инцидент (incident): Любое непредвиденное или нежелательное событие, которое может нарушать деятельность или информационную безопасность [2].

    Примечание - К инцидентам информационной безопасности относятся:

    - утрата услуг, оборудования или устройств;

    - системные сбои или перегрузки;

    - ошибки пользователей;

    - несоблюдение политик или рекомендаций;

    - нарушение физических защитных мер;

    - неконтролируемые изменения систем;

    - сбои программного обеспечения и отказы технических средств;

    - нарушение правил доступа.

    Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    2.20 инцидент (incident): Ситуация, которая может произойти и привести к нарушению деятельности организации, разрушениям, потерям, чрезвычайной ситуации или кризису в бизнесе.

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

    2.18 инцидент (incident): Ситуация, которая может произойти и привести к нарушению деятельности организации, разрушениям, потерям, чрезвычайной ситуации или кризису в бизнесе.

    Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

    3.12 инцидент (incident): Событие, реализация которого может привести к нарушению/разрушению деятельности организации, потерям, аварии или кризису.

    Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

    3.9 инцидент (incident): Событие(я), связанное(ые) с выполнением работы, в ходе или в результате которого(ых) возникают или могут возникнуть травма и иное ухудшение состояния здоровья (см. 3.8) (независимо от их тяжести) или смерть.

    Примечания

    1 Несчастный случай - это инцидент, который привел к травме, ухудшению состояния здоровья или смерти.

    2 Инцидент, который не привел к возникновению травмы, ухудшению состояния здоровья или смерти, может также называться «почти произошедшим инцидентом», «почти случившимся инцидентом», «предпосылкой к инциденту» или «опасным происшествием».

    3 Аварийная ситуация (см. 4.4.7) является частной разновидностью инцидента.

    Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

    3.9 инцидент (incident): Событие(я), связанное(ые) с выполнением работы, в результате которого(ых) произошло или может произойти ухудшение состояния здоровья (см. 3.8) или травма (независимо от тяжести) или наступает смерть пострадавшего.

    Примечания

    1 Несчастный случай - это инцидент, который привел к травмированию, ухудшению здоровья или смерти.

    2 Инцидент, при котором не возникает травм, заболеваний или смерти, может также называться «опасное происшествие».

    3 Аварийная ситуация (см. 4.4.7) является особым видом инцидента.

    Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

    Англо-русский словарь нормативно-технической терминологии > incident

  • 8 performance degradation

    5) Космонавтика: ухудшение показателей
    6) Контроль качества: уход характеристик, ухудшение ( рабочих) характеристик

    Универсальный англо-русский словарь > performance degradation

  • 9 инцидент

    1. incident

     

    инцидент
    Отказ или повреждение технических устройств, применяемых на опасном производственном объекте, отклонение от режима технологического процесса, нарушение положений Федеральных законов и иных нормативных правовых актов Российской Федерации, а также нормативных технических документов, устанавливающих правила работ на опасном производственном объекте.
    [Федеральный закон от 21. 07.1 997 № 116-ФЗ «О промышленной безопасности опасных производственных объектов»]
    [СТО Газпром РД 2.5-141-2005]

    инцидент
    Отказ машины и (или) оборудования, отклонение от режима технологического процесса, нарушение правил эксплуатации.

    инцидент
    Событие, вызванное человеческим или естественным фактором, которое требует деятельности аварийного персонала для прекращения или минимизации потерь, сохранения жизни, предотвращения повреждений собственности или сохранения естественных ресурсов.
    [ ГОСТ Р 53389-2009]
    инцидент
    Происшествие, которое может оказать умеренное воздействие на проведение Игр и потенциально привести к кризисной ситуации.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    инцидент
    Ситуация, которая может произойти и привести к нарушению деятельности организации, разрушениям, потерям, чрезвычайной ситуации или кризису в бизнесе
    [ ГОСТ Р 53647.1-2009]

    инцидент
    (ITIL Service Operation)
    Незапланированное прерывание или снижение качества ИТ-услуги. Сбой конфигурационной единицы, который еще не повлиял на услугу, также является инцидентом, как, например, сбой одного диска из массива зеркалирования.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    incident
    (ITIL Service Operation)
    An unplanned interruption to an IT service or reduction in the quality of an IT service. Failure of a configuration item that has not yet affected service is also an incident – for example, failure of one disk from a mirror set.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    incident
    Occurrence that may have a moderate impact on the Games and could potentially lead to a crisis.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    EN

    2.7 инцидент (incident): Любое событие, которое не является частью стандартной операции услуги и которое вызывает или может вызвать прерывание или снижение качества предоставления услуги.

    Примечание - Это событие может вызывать обращения со следующими вопросами: «Как сделать, чтобы я...?».

    Источник: ГОСТ Р ИСО/МЭК 20000-1-2010: Информационная технология. Менеджмент услуг. Часть 1. Спецификация оригинал документа

    3.32 инцидент (incident): Любое непредвиденное или нежелательное событие, которое может нарушать деятельность или информационную безопасность [2].

    Примечание - К инцидентам информационной безопасности относятся:

    - утрата услуг, оборудования или устройств;

    - системные сбои или перегрузки;

    - ошибки пользователей;

    - несоблюдение политик или рекомендаций;

    - нарушение физических защитных мер;

    - неконтролируемые изменения систем;

    - сбои программного обеспечения и отказы технических средств;

    - нарушение правил доступа.

    Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    3.32 инцидент (incident): Любое непредвиденное или нежелательное событие, которое может нарушать деятельность или информационную безопасность [2].

    Примечание - К инцидентам информационной безопасности относятся:

    - утрата услуг, оборудования или устройств;

    - системные сбои или перегрузки;

    - ошибки пользователей;

    - несоблюдение политик или рекомендаций;

    - нарушение физических защитных мер;

    - неконтролируемые изменения систем;

    - сбои программного обеспечения и отказы технических средств;

    - нарушение правил доступа.

    Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

    2.20 инцидент (incident): Ситуация, которая может произойти и привести к нарушению деятельности организации, разрушениям, потерям, чрезвычайной ситуации или кризису в бизнесе.

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

    2.18 инцидент (incident): Ситуация, которая может произойти и привести к нарушению деятельности организации, разрушениям, потерям, чрезвычайной ситуации или кризису в бизнесе.

    Источник: ГОСТ Р 53647.1-2009: Менеджмент непрерывности бизнеса. Часть 1. Практическое руководство оригинал документа

    3.12 инцидент (incident): Событие, реализация которого может привести к нарушению/разрушению деятельности организации, потерям, аварии или кризису.

    Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа

    3.9 инцидент (incident): Событие(я), связанное(ые) с выполнением работы, в ходе или в результате которого(ых) возникают или могут возникнуть травма и иное ухудшение состояния здоровья (см. 3.8) (независимо от их тяжести) или смерть.

    Примечания

    1 Несчастный случай - это инцидент, который привел к травме, ухудшению состояния здоровья или смерти.

    2 Инцидент, который не привел к возникновению травмы, ухудшению состояния здоровья или смерти, может также называться «почти произошедшим инцидентом», «почти случившимся инцидентом», «предпосылкой к инциденту» или «опасным происшествием».

    3 Аварийная ситуация (см. 4.4.7) является частной разновидностью инцидента.

    Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа

    3.9 инцидент (incident): Событие(я), связанное(ые) с выполнением работы, в результате которого(ых) произошло или может произойти ухудшение состояния здоровья (см. 3.8) или травма (независимо от тяжести) или наступает смерть пострадавшего.

    Примечания

    1 Несчастный случай - это инцидент, который привел к травмированию, ухудшению здоровья или смерти.

    2 Инцидент, при котором не возникает травм, заболеваний или смерти, может также называться «опасное происшествие».

    3 Аварийная ситуация (см. 4.4.7) является особым видом инцидента.

    Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа

    Русско-английский словарь нормативно-технической терминологии > инцидент

  • 10 оценка деловых качеств

    Русско-английский большой базовый словарь > оценка деловых качеств

  • 11 performance decrement

    3) Авиационная медицина: ухудшение качества работы

    Универсальный англо-русский словарь > performance decrement

  • 12 performance problem

    2) Вычислительная техника: проблема производительности

    Универсальный англо-русский словарь > performance problem

  • 13 коррекция

    1. equalization
    2. en
    3. correction
    4. adjustment

    3.6.6 коррекция (correction): Действие, предпринятое для устранения обнаруженного несоответствия (3.6.2).

    Примечания

    1 Коррекция может осуществляться в сочетании с корректирующим действием (3.6.5).

    2 Коррекция может включать в себя, например, переделку (3.6.7)или снижение градации (3.6.8).

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.3 коррекция (correction): Действие, предпринятое для устранения обнаруженного несоответствия (3.18).

    Примечание - Определение соответствует приведенному в ИСО 9000:2000, 3.6.6.

    Источник: ГОСТ Р ИСО 14004-2007: Системы экологического менеджмента. Общее руководство по принципам, системам и методам обеспечения функционирования оригинал документа

    3.6.6 коррекция (en correction; fr correction): Действие, предпринятое для устранения обнаруженного несоответствия (3.6.2).

    Примечания

    1 Коррекция может осуществляться в сочетании с корректирующим действием (3.6.5).

    2 Коррекция может включать, например переделку (3.6.7) или снижение градации (3.6.8).

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.3.1 коррекция (adjustment): Любая величина, положительная или отрицательная, постоянная или переменная, которую прибавляют к прогнозируемому или измеренному значению физической величины (уровню), чтобы учесть какую-нибудь особенность шума, влияние времени дня, типа источника шума и т.д.

    Источник: ГОСТ 31296.1-2005: Шум. Описание, измерение и оценка шума на местности. Часть 1. Основные величины и процедуры оценки оригинал документа

    3.4.1 коррекция (adjustment): Любая величина, положительная или отрицательная, постоянная или переменная, которую прибавляют к прогнозируемому или измеренному уровню, чтобы учесть происхождение шума, характер источника шума, влияние времени суток.

    Примечание - Под прогнозируемым уровнем понимают уровень, определенный расчетным путем, исходя из плана рассматриваемой территории с нанесенными на нем существующими или планируемыми строениями и источниками шума, а также сведений о времени, режимах работы и соответствующих им шумовых характеристиках источников шума. Расчет выполняют в соответствии с методами, установленными национальными, межгосударственными и международными техническими документами (например, ГОСТ 31295.1, ГОСТ 31295.2, [3], [4], [5]).

    Источник: ГОСТ Р 53187-2008: Акустика. Шумовой мониторинг городских территорий оригинал документа

    3.6.6 коррекция (correction): Действие, предпринятое для устранения обнаруженного несоответствия (3.6.2).

    Примечания

    1 Коррекция может осуществляться в сочетании с корректирующим действием (3.6.5).

    2 Коррекция может включать в себя, например, переделку (3.6.7)или снижение градации (3.6.8).

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    3.2.42 коррекция (correction): Действие, предпринятое для устранения обнаруженного несоответствия.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    Русско-английский словарь нормативно-технической терминологии > коррекция

  • 14 SCM

    1. управление цепочками поставок
    2. управление поставками
    3. управление мощностями услуг
    4. уплотнение поднесущей
    5. рынок мелких компаний
    6. режим конденсации пара
    7. память (запоминающее устройство) небольшой емкости на (магнитных) сердечниках
    8. модуляция отдельной несущей
    9. менеджер управления услугой
    10. концепция стратегического управления издержками
    11. выбранный режим связи

     

    выбранный режим связи
    (МСЭ-Т Н.225).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    концепция стратегического управления издержками
    Появление SCM явилось результатом слияния трех направлений стратегического менеджмента:
    1. Анализ цепочек ценностей.
    2. Стратегическое позиционирование.
    3. Анализ и управления факторами, определяющими затраты.
    Под цепочкой ценностей понимают согласованный набор видов деятельности, создающих ценность для предприятия, начиная от исходных источников сырья для поставщиков данного предприятия вплоть до готовой продукции, доставленной конечному пользователю, включая обслуживание потребителя. Акцент делается не только на процессах, происходящих внутри фирмы, а гораздо более широко, выходя за рамки конкретного предприятия.
    Стратегическое позиционирование влияет на процессы управления издержками предприятия в зависимости от его стратегического выбора создания конкурентных преимуществ. Согласно Портеру, предприятие может добиться успеха в конкурентном соперничестве
    либо поддерживая низкие затраты (лидерство на основе затрат)
    либо предлагая потребителям разнообразную, превосходящую конкурентов, продукцию (стратегия дифференциации продукции).
    Совершенно очевидно, что подходы к управлению издержками будут различаться в зависимости от стратегического позиционирования.
    Список затратообразующих факторов далеко не исчерпывается носителями издержек, которые соответствуют определенным этапам бизнес-процессов и элементам деятельности в ABC-анализе. Эти факторы подразделяются на структурные и функциональные и имеют достаточно высокую степень общности. Например, один из наиболее важных функциональных факторов - это фактор вовлеченности рабочей силы, который состоит в степени принятия работниками на себя обязательств по постоянному усовершенствованию. Затратобразующие факторы также зависят от стратегической ориентации предприятия, которая состоит в выборе: быть лидером в своей отрасли или двигаться вслед за лидером.
    Отличие традиционного подхода к управлению издержками от SCM состоит в принципиально другом мировоззрении в отношении к процессу управления издержками:
    Отличие с точки зрения цели. Целью в рамках традиционного подхода является снижение издержек любыми путями, как основной способ удержания и завоевания конкурентных преимуществ. В рамках SCM эта цель также имеет место, но планирование системы управления затратами резко меняется в зависимости от основного стратегического позиционирования предприятия: лидерство по затратам или дифференциация продукции. Более того, в рамках каждого из стратегических направлений возможно планирование увеличения значения издержек на каком-либо участке цепочки ценностей, если это вызовет адекватное снижение издержек для других участков либо принесет фирме некоторое другое конкурентное преимущество.
    Отличие с точки зрения способов анализа издержек. В традиционном подходе производится оценка суммы затрат (себестоимости), приходящихся на единицу продукции или производственное подразделение. Таким образом, акцент делается на внутреннее положение предприятия. Концепция добавленной ценности (или стоимости) играет ключевую роль. Напомним, что согласно этой концепции все виды деятельности, приводящие к издержкам, подразделяются на таковые, которые приносят дополнительную ценность (и, следовательно, их наличие оправдано) и не приносящие дополнительную ценность. Последние рассматриваются как наиболее перспективные с точки зрения снижения затрат. В рамках SCM стоимость рассматривается с точки зрения различных этапов общей цепочки ценностей, частью которой являются предприятии и его подразделение. Концепция же добавленной стоимости рассматривается как очень узкая и даже опасная.
    Отличия с точки зрения описания поведения затрат. В рамках традиционной системы издержки рассматриваются главным образом как функция объема продукции. И в связи с этим производится обстоятельный анализ переменных, постоянных и смешанных издержек. Объем продукции рассматривается как критический фактор образования затрат. С позиций SCM затраты прежде всего зависят от стратегического выбора. И в этой связи затраты являются функцией гораздо более общих структурных и функциональных факторов.
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

     

    менеджер управления услугой
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    модуляция отдельной несущей
    (МСЭ-Т Н.610).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    память (запоминающее устройство) небольшой емкости на (магнитных) сердечниках
    —
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

    режим конденсации пара
    —
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    рынок мелких компаний
    Рынок ценных бумаг и акций, некотируемых на основной бирже (unlisted securities) в Ирландии.
    [ http://www.vocable.ru/dictionary/533/symbol/97]

    Тематики

    EN

     

    уплотнение поднесущей
    (МСЭ-Т G.983.3).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    управление мощностями услуг
    SCM
    (ITIL Continual Service Improvement)
    (ITIL Service Design)
    Подпроцесс управления мощностями, отвечающий за понимание производительности и мощности ИТ-услуг. Информация о ресурсах, используемых каждой ИТ-услугой, и профилях использования накапливается, фиксируется и анализируется для использования в плане обеспечения мощностей.
    См. тж. управление мощностями бизнеса; управление мощностями компонентов.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    service capacity management
    SCM
    (ITIL Continual Service Improvement)
    (ITIL Service Design)
    The sub-process of capacity management responsible for understanding the performance and capacity of IT services. Information on the resources used by each IT service and the pattern of usage over time are collected, recorded and analysed for use in the capacity plan.
    See also business capacity management; component capacity management.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    Синонимы

    EN

     

    управление поставками
    Управление цепочкой процессов, обеспечивающих выпуск продукции
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    управление цепочками поставок
    Здесь цепочка поставок - это глобальная сеть, которая преобразует исходное сырье в продукты и услуги, необходимые конечному потребителю, используя спроектированный поток информации, материальных ценностей и денежных средств.
    Исследователи выделяют шесть основных областей, на которых сосредоточено управление цепочками поставок: Производство, Поставки, Месторасположение, Запасы, Транспортировка и Информация. Все решения по управлению цепочками поставок делятся на две категории: стратегические (strategic) и тактические (operational). Производство (Production).
    Компания решает, что именно и как производить.
    Стратегические решения относительно производства продукции (торговля и оказание услуг - это тоже вид производства) принимаются на основе изучения потребительского спроса. Тактические решения сосредоточены на планировании объемов производства, рабочей загрузки и обслуживания оборудования, контроле качества и т. д. Поставки (Supply).
    Затем компания должна определить, что она будет производить самостоятельно, а какие компоненты (комплектующие, товары или услуги) покупать у сторонних фирм.
    Стратегические решения касаются перечня приобретаемых компонентов и требований к их поставщикам относительно скорости, качества и гибкости поставок.
    Тактические же относятся к текущему управлению поставками для обеспечения необходимого уровня производства. Месторасположение (Location).
    Решения о месторасположении производственных мощностей, центров складирования и источников поставок полностью относятся к стратегическим. Они зависят от характера рынка, отраслевой специфики, а также от политической и экономической ситуации в регионе. Запасы (Inventory).
    Основная цель запасов - страхование от непредвиденных случаев, таких, как всплеск спроса или задержка поставок. Прогнозирование поведения потребителей, организация бесперебойного снабжения и гибкость производства, хотя, на первый взгляд, и не связаны с уровнем запасов, но на самом деле оказывают на него непосредственное влияние.
    Поэтому стратегические решения направлены на выработку политики компании в отношении запасов. К слову, среднестатистическое предприятие вкладывает в запасы около 30% всех своих активов (до 90% оборотных средств), а расходы на содержание запасов обходятся в 20--40% их стоимости. Тактические решения сосредоточены на поддержании оптимального уровня запасов в каждом узле сети для бесперебойного удовлетворения колебаний потребительского спроса. Транспортировка (Transportation). Решения, связанные с транспортировкой, в основном, относятся к стратегическим. Они зависят от месторасположения участников цепочки поставок, политики в отношении запасов и требуемого уровня обслуживания клиентов. Важно определить правильные способы и эффективные методы оперативного управления транспортировкой, так как эти операции составляют около 30% общих расходов на снабжение, и именно с опозданиями в доставке связано в среднем более 70% ошибок в распределении товаров. Информация (Information). Эффективное функционирование цепочки поставок невозможно без оперативного обмена данными между всеми ее участниками.
    Стратегические решения касаются источников информации, ее содержания, механизмов и средств распределения, а также правил доступа. Тактические решения направлены на интеграцию информационных систем участников цепочки поставок в общую инфраструктуру.
    В составе SCM-системы можно условно выделить две подсистемы
    SCP (Supply Chain Planning)
    Планирование цепочек поставок. Основу SCP составляют системы для расширенного планирования и формирования календарных графиков (APS). При изменении информации о прогнозах спроса, уровне запасов, сроках поставок, взаиморасположении торговых партнеров и т. д. APS-система позволяет оперативно проанализировать перемены и внести необходимые коррективы в расписание поставок и производства. В SCP также входят системы для совместной разработки прогнозов. Они ориентированы на торговые пары "поставщик-покупатель" и позволяют сравнивать информацию о прогнозах спроса, поступившую от покупателей, с прогнозами наличия необходимой продукции, полученной от поставщиков. Результатом является сбалансированный прогноз, согласованный с обеими заинтересованными сторонами. В основе работы этих систем лежит стандарт совместного планирования, прогнозирования и пополнения запасов (CPFR - Collaborative Planning, Forecasting and Replenishment -), разработанный ассоциацией VICS (Voluntary Interindustry Commerce Standards).
    Помимо решения задач оперативного управления, SCP-системы позволяют осуществлять стратегическое планирование структуры цепочки поставок: разрабатывать планы сети поставок, моделировать различные ситуации, оценивать уровень выполнения операций, сравнивать плановые и текущие показатели.
    SCE (Supply Chain Execution)
    Исполнение цепочек поставок. В подгруппу SCE входят TMS, WMS, OMS, а также MES-системы.
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > SCM

  • 15 graceful degradation

    1) Компьютерная техника: ухудшение качества
    2) Техника: амортизация отказов, постепенное снижение уровня компетентности (эксперта), постепенное уменьшение возможностей (системы), постоянное ухудшение (напр. характеристик)
    5) Вычислительная техника: постепенное сокращение возможностей (системы), постепенный вывод из работы (отдельных устройств)
    6) Нефть: постепенное сокращение возможностей системы (при отказе отдельных элементов), ухудшение характеристик без нарушения работоспособности
    9) Макаров: постоянное ухудшение (напр. х-к), постепенное снижение уровня компетенции (эксперта)

    Универсальный англо-русский словарь > graceful degradation

  • 16 синхронизация времени

    1. time synchronization
    2. clock synchronization

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

    В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

    Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

    Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

    Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

    Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

    • Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
    • Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
      • Предъявление невысоких требований к обслуживающему персоналу.
      • Возможность использования в сетях Ethernet, а также в других сетях.
      • Спецификация его как международного стандарта.

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

    Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

    В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

    Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

    На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

    Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

    Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

    При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

    РЕЗУЛЬТАТЫ

    Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

    Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

    [ Источник]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > синхронизация времени

  • 17 clock synchronization

    1. синхронизация по тактам
    2. синхронизация времени

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

    В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

    Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

    Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

    Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

    Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

    • Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
    • Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
      • Предъявление невысоких требований к обслуживающему персоналу.
      • Возможность использования в сетях Ethernet, а также в других сетях.
      • Спецификация его как международного стандарта.

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

    Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

    В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

    Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

    На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

    Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

    Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

    При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

    РЕЗУЛЬТАТЫ

    Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

    Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

    [ Источник]

    Тематики

    EN

     

    синхронизация по тактам
    тактовая синхронизация
    —
    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > clock synchronization

  • 18 time synchronization

    1. синхронизация времени

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

    В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

    Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

    Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

    Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

    Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

    • Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
    • Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
      • Предъявление невысоких требований к обслуживающему персоналу.
      • Возможность использования в сетях Ethernet, а также в других сетях.
      • Спецификация его как международного стандарта.

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

    Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

    В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

    Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

    На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

    Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

    Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

    При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

    РЕЗУЛЬТАТЫ

    Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

    Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

    [ Источник]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > time synchronization

  • 19 ECO mode

    1. экономичный режим работы источника бесперебойного питания

     

    экономичный режим работы источника бесперебойного питания
    -

    EN

    ECO mode
    An economical mode of operation, which enables certain On-Line UPS systems to work in an Off-Line mode from the Utility, while the inverter, which is in hot standby operation, is able to accept load upon mains failure.
    [ http://www.upsonnet.com/UPS-Glossary/]

    В настоящее время для повышения эффективности (КПД) применяется комби­нированная схема, суть функционирования которой заключается в следующем. Выделяется диапазон входного напряжения, как правило ±6...10 %, в котором ИБП работает в так называемом экономичном режиме (переходит на статический бай­пас), а при выходе входного напряжения из этого диапазона ИБП в течение 2...4 мс переходит в режим on-line.

    При использовании ИБП в электросетях, имею­щих показатели качества электроэнергии не ниже ГОСТ 13109-97, эта технология дает существенное снижение потерь электроэнергии за счет высокого коэффициен­та полезного действия в экономичном режиме. Все потери электроэнергии в этом режиме сводятся к потерям в проводниках и тиристорах статического байпаса. КПД при этом приближается к 98 %.

    Однако и у этой схемы имеются некоторые недостатки:

    - при применении таких ИБП в качестве централизованных в двухуровневой схеме СБЭ диапазон напряжения, в котором осуществляется работа в эконо­мичном режиме, должен быть меньше диапазона напряжения ИБП второго уровня до перехода на питание от батарей, чтобы не вызвать перехода ИБП второго уровня в автономный режим;

    - при работе в экономичном режиме ИБП не защищает входную сеть от гармо­нических искажений тока, вызываемых нагрузкой с импульсными блоками питания. Как следствие, необходимо увеличение сечения нейтрального про­водника на входе ИБП и значительное увеличение мощности ДГУ (по данным фирмы АРС, мощность ДГУ должна превышать расчетную мощность ИБП в 6...9 раз). При работе ИБП с ДГУ соизмеримой мощности следует средства­ми конфигурирования ИБП исключать экономичный режим работы.

    [ http://electromaster.ru/modules/myarticles/article.php?storyid=365]
     

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > ECO mode

  • 20 economy mode

    1. экономичный режим работы источника бесперебойного питания

     

    экономичный режим работы источника бесперебойного питания
    -

    EN

    ECO mode
    An economical mode of operation, which enables certain On-Line UPS systems to work in an Off-Line mode from the Utility, while the inverter, which is in hot standby operation, is able to accept load upon mains failure.
    [ http://www.upsonnet.com/UPS-Glossary/]

    В настоящее время для повышения эффективности (КПД) применяется комби­нированная схема, суть функционирования которой заключается в следующем. Выделяется диапазон входного напряжения, как правило ±6...10 %, в котором ИБП работает в так называемом экономичном режиме (переходит на статический бай­пас), а при выходе входного напряжения из этого диапазона ИБП в течение 2...4 мс переходит в режим on-line.

    При использовании ИБП в электросетях, имею­щих показатели качества электроэнергии не ниже ГОСТ 13109-97, эта технология дает существенное снижение потерь электроэнергии за счет высокого коэффициен­та полезного действия в экономичном режиме. Все потери электроэнергии в этом режиме сводятся к потерям в проводниках и тиристорах статического байпаса. КПД при этом приближается к 98 %.

    Однако и у этой схемы имеются некоторые недостатки:

    - при применении таких ИБП в качестве централизованных в двухуровневой схеме СБЭ диапазон напряжения, в котором осуществляется работа в эконо­мичном режиме, должен быть меньше диапазона напряжения ИБП второго уровня до перехода на питание от батарей, чтобы не вызвать перехода ИБП второго уровня в автономный режим;

    - при работе в экономичном режиме ИБП не защищает входную сеть от гармо­нических искажений тока, вызываемых нагрузкой с импульсными блоками питания. Как следствие, необходимо увеличение сечения нейтрального про­водника на входе ИБП и значительное увеличение мощности ДГУ (по данным фирмы АРС, мощность ДГУ должна превышать расчетную мощность ИБП в 6...9 раз). При работе ИБП с ДГУ соизмеримой мощности следует средства­ми конфигурирования ИБП исключать экономичный режим работы.

    [ http://electromaster.ru/modules/myarticles/article.php?storyid=365]
     

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > economy mode

Страницы
  • 1
  • 2

См. также в других словарях:

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»